PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.16

Text File | 1988-04-08 | 31.1 KB | 831 lines | [TEXT/ttxt]

 1-Feb-88 10:49:42-PST,32598;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Mon, 1 Feb 88 10:46:24 PST
Received: from relay2.cs.net by RELAY.CS.NET id af23221; 1 Feb 88 10:50 EST
Received: from relay.cs.net by RELAY.CS.NET id aa24783; 1 Feb 88 10:37 EST
Received: from sdr.slb.com by RELAY.CS.NET id af24701; 1 Feb 88 10:34 EST
Date: Mon, 1 Feb 88 09:38 EDT
From: Jeffrey Shulman <[e-mail]>
Subject: Usenet Mac Digest V4 #16
To: [e-mail], [e-mail]
X-VMS-To: in%"[e-mail]",in%"[e-mail]"

Date: Mon 1 Feb 88 09:38:25-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V4 #16
To: Usenet-List: ;
Message-ID: <570706705.0.SHULMAN@SDR>
Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>

Usenet Mac Digest     Sunday, January 31, 1988       Volume 4 : Issue 16

Today's Topics:
     Wanted: Graphics routines for Mac II
     Re: Setting cursor position and mouse speed.
     Tool palettes -- where should they go?
     V.I.P. prototyping tool
     Re: Multifinder woes. DA's
     Assemblers with TML Pascal?
     Looking for TeXSetScrap
     Re: (LSC) Deep Dark Secrets Wanted!
     Re: Suitcase versus Font/DA Juggler
     Cheap printers/GRAPPLER
     Book review: Programming with MPW
     INITs
     Re: Assemblers with TML Pascal?
     Re: sprintf() bug?
     Large external Hard Disks
     Wanted:  Recommendations for doctor's office accounting programs
     Grammar checkers
     Re: Setting cursor position and mouse speed.
     Re: Wrapping up the toolbox (summary)
     Re: sprintf() bug?
     international phonetics font (IPA)
     Re: V.I.P. prototyping tool
     Antialiasing
     Re: 24 bit video cards for Mac II
     Lasershare:  Help!!
     FrameMaker vs Fullwrite
     Does anyone have Risk or Ultimatum war games?
     Mac programming question
     The Mac as a UUCP node

----------------------------------------------------------------------

From: [e-mail] (H. Brown)
Subject: Wanted: Graphics routines for Mac II
Date: 26 Jan 88 20:56:14 GMT
Organization: Union College, Schenectady, NY

I am writing a ray-tracing program in LightspeedC which I would like to
run on a Mac II.  Does anyone have the assembly code or whatever is
needed to access single pixels (unfortunately it is only monochrome,
although I may have access to color in the futre).  I've seen the LSC
functions for drawing points on a regular Mac but I need to do
grey-scale stuff on the Mac II.

If anyone could send me the code or pointers to it I would be grateful.
Thanks much in advance.
--
Alex Brown
uunet!steinmetz!unioncs!brownh


------------------------------

From: [e-mail] (Oliver Steele)
Subject: Re: Setting cursor position and mouse speed.
Date: 27 Jan 88 01:44:40 GMT
Organization: University Of North Carolina, Chapel Hill

[[e-mail] (David Goldsmith) writes that setting the mouse
position directly, and using undocumented low memory globals in general,
are poor ideas and are likely to cause a program to break in the
future.]

I agree with your general point about keeping as many globals as
possible verboten, especially now that multitasking approaches, but how
does Apple recommend for people writing paint programs, for instance, to
show that a grid or other constraining factor is in effect?  I notice
that there's already some inconsistency -- constraining to a grid, in
many programs, makes the mouse street-wise*; but constraining tool
motion to an axis doesn't constrain the cursor to that axis.  I also
notice that HyperCard plays with exactly these low-memory globals; is
this OK because HyperCard is system software (1/2:-)?
--
----------------------------------------------------------------------------
Oliver Steele                  ...!{decvax,ihnp4}!mcnc!unc!steele
                               [e-mail]
*Taxi-cab geometry, of course.


------------------------------

From: [e-mail] (Oliver Steele)
Subject: Tool palettes -- where should they go?
Date: 27 Jan 88 01:54:21 GMT
Organization: University Of North Carolina, Chapel Hill

I've seen several different places to put tool palettes:
    1) in a special window (MacPaint 1.5, FullPaint, SuperPaint)
    2) on the document window (MacDraw)
    3) in the menu bar (sort-of MacDraw, Design [if I remember])
    4) tear-off menus ((3) and (1)) (HyperCard, MacPaint 2, and
       probably everything else that's written/revised within the
       next year).

The user interface guidelines -- or at least the ones in IM1-5alpha --
mention the first two of these (IM1), but aren't really very definitive
about the issue.  Is there getting to be something of a consensus about
the question?  What do people prefer? (Please mail me answers to that
one, unless you can contribute some user interface theory.)  I'm
particularly interested in the case of applications which can deal with
more than one open document.

The application in question devotes a lot of screen space to each
document, most of which is probably necessary, and allows arbitrarily
spatially large documents (document space, not screen space), in case
this is a factor.
--
----------------------------------------------------------------------------
Oliver Steele                  ...!{decvax,ihnp4}!mcnc!unc!steele
                               [e-mail]
"(This was after stew, but so is everything.)"
            -- _The Princess Bride_


------------------------------

From: [e-mail] (Bill Roberts)
Subject: V.I.P. prototyping tool
Date: 27 Jan 88 00:48:07 GMT
Organization: High Altitude Obs./NCAR, Boulder, CO

Can anyone in this group make any comments about the value of V.I.P. as
a  prototyping tool for writing complex applications on the Mac?  I
thought it  would be nice to use V.I.P. to gen up a nice "custom shell"
application, use the VIP->LSC translator to get the "shell" into the C
language, and then do things like adding PopUpMenus, custom windows,
etc.  Can V.I.P. and its companion product, the VIP->LSC translator
handle this type of thing?  Or would I be stuck with what VIP gives me?
That is, the only thing the translator could do would be to compile the
code and improve the runtime of the "simple" application?

Thanks in advance for any info on this...

--Bill
--
UUCP: {hplabs, seismo, nbires, noao}!hao!bill
CSNET: [e-mail]
ARPA: [e-mail]
INTERNET: [e-mail]

  "... the Eagle Wing palace of the Queen Chinee'"


------------------------------

From: [e-mail] (Phil Goldman)
Subject: Re: Multifinder woes. DA's
Date: 27 Jan 88 06:46:36 GMT
Organization: Apple Computer Inc., Cupertino, USA

In article <[e-mail]> [e-mail] (Wayne
Pollock) writes:
>PS  Don't forget that many people will not be using multifinder, but with
>their smaller macs will be using switcher!  So a SIZE resource is still
>important.

This is a common misunderstanding.  Although Apple recommends that you
use Finder 6.0 along with MultiFinder, it is possible to use any of the
smaller Finder replacement programs in existence.  In such a
configuration MultiFinder uses up *less* memory than Switcher (for a
variety of reasons), but still provides all of its usual services, such
as multiple layers, background processing, etc.  Therefore, there is no
valid reason to use Switcher, unless you are tied to an old system that
cannot support MultiFinder..

If there is enough interest, I will post a finder replacement written by
David Shayer of the SQA Tools group at Apple that runs in 18K.  Howeve,
after using it, I think that most users will become frustrated at not
having the complete set of Finder services available.
--
-Phil Goldman
Apple Computer


------------------------------

From: [e-mail] (Scott Bayes)
Subject: Assemblers with TML Pascal?
Date: 25 Jan 88 20:41:24 GMT
Organization: HP Ft. Collins, Co.

Could someone advise me which assembler is best to use with TML Pascal?
Experimenting with my newly acquired SE and TML Pascal over the weekend,
I discovered that TML Pascal puts out some very top-heavy code, at least
in plain-vanilla mode, though I didn't check out Mac Interface mode.
There were numerous redundant register loads in just 40 lines of code.

What I'd like to do is compile to .ASM (assembly source), then tweak,
where I felt it worthwhile.  I'm trying out MacAssembly (?), shareware,
but it seems to have problems with the module pseudo-ops of TML, .w on
Bcc opcodes, and too many xdefs/xrefs, one per module, with lotsa
modules.  I'm sure there are other mismatches.  (Oh yeah, the local
label start character, which is easily fixed).  I don't want to spend
big bucks right now, so MPW, etc are out of the question.

Any faves out there?
--
Scott .equ Bayes
bayes@hpfclw


------------------------------

From: [e-mail] (Paul A. Suhler)
Subject: Looking for TeXSetScrap
Date: 27 Jan 88 13:07:18 GMT
Organization: Univ of Texas Electrical & Computer Engineering Dept


Does anyone know where I can get TeXSetScrap for TeX82?  It's an
application to convert a picture on the clipboard to a TeX description.
The latest version archived here at UTexas (as TeXPict) is 0.0.1, which
produces TeX78.  Unfortunately, TeX78 is obsolete and can't be
interpreted by our TeX82 systems.

I can't get mail to SARA in the Netherlands; does anyone know a path for
them or to Rick Jansen, the author of TeXSetScrap?
--
Paul Suhler        [e-mail]    512-474-9517/471-3903


------------------------------

From: [e-mail]
Subject: Re: (LSC) Deep Dark Secrets Wanted!
Date: 24 Jan 88 23:37:00 GMT

    There is also an undocumented low memory global called 'CloseOrnHook'
which defines a routine which is called by the system when a DA (or any
DRVR, I believe) is to be called.  You can put your own routine in here
which will get called by the system when it tries to send your DA a
goodbye kiss.  At this time you can check to see how the kiss was
generated (System, Close Box, Close Menu, etc) and then act
appropriately.
    For more information on 'CloseOrnHook' check out an article by David
Dunham (miniWriter, ACTA, etc.) in Volume II of Best of MacTutor.
--
+--------------------------------------------------------------------------+
+                                   |                                      +
+  Leonard Rosenthol                |  USnail:   205 E. Healey  #33        +
+  LazerWare, inc.                  |            Champaign, Il  61820      +
+  GEnie: MACgician                 |                                      +
+  ARPA:  [e-mail] |  Bitnet:   [e-mail]   +
+                                   |                                      +
+--------------------------------------------------------------------------+
+ Disclaimer #1: Since I own the company, I can say whatever I want, and   +
+                not be responsible for it!                                +
+                                                                          +
+ Disclaimer #2: Anything I say may be construed as being under the        +
+                jurisdiction of Disclaimer #1                             +
+--------------------------------------------------------------------------+


------------------------------

From: [e-mail]
Subject: Re: Suitcase versus Font/DA Juggler
Date: 25 Jan 88 15:19:00 GMT

    I'm curious to find out if Font/DA Juggler is easily customizable. What
I would like to know is if, like suitcase, I can have it load ANY type
of  resource file type, not just Font's, DA's, and FKEY's.  One of the
addt'l types that I have my verssion of Suitcase patched to handle
(using the method documented in the Suitcase manual) aare the
International Resources. I do a lot of work with the Script Manager and
it's resources normally require being in the System file to work.  But
with Suitcase, I can put them in my Suitcase  Folder and let Suitcase
load them up and keep my system clean.
    So, nu, can it handle other resource types like Suitcase can??
--
+--------------------------------------------------------------------------+
+                                   |                                      +
+  Leonard Rosenthol                |  USnail:   205 E. Healey  #33        +
+  Halevai Software                 |            Champaign, Il  61820      +
+  GEnie: MACgician                 |                                      +
+  ARPA:  [e-mail] |  Bitnet:   [e-mail]   +
+                                   |                                      +
+--------------------------------------------------------------------------+
+ Disclaimer #1: Since I own the company, I can say whatever I want, and   +
+                not be responsible for it!                                +
+                                                                          +
+ Disclaimer #2: Anything I say may be construed as being under the        +
+                jurisdiction of Disclaimer #1                             +
+--------------------------------------------------------------------------+


------------------------------

From: [e-mail] (William R. Pearson)
Subject: Cheap printers/GRAPPLER
Date: 27 Jan 88 14:19:38 GMT
Organization: University of Virginia, Charlottesville


    I just purchased a thing called a GRAPPLER made by Orange Micro (I got
it from MacConnection for about $70.00) and I have hooked it up to an
Epson RX-80 that was sitting around.  It is supposed to work with an
MX-80, RX-80, FX80, and they have another verison for 24 pin printers.
It did not work with my TI-855 in MX-80 emulation mode, and did not work
with an ancient MX080 with graph-trax, but works with the RX-80 just
great.  It plugs into the centronics parallel port and give you an apple
serial cable, with connectors for either the old Mac or Mac+/SE/II.

    I'm happy with it.
--
Bill Pearson
wrp@virginia


------------------------------

From: [e-mail]
Subject: Book review: Programming with MPW
Date: 27 Jan 88 00:05:57 GMT

The following is a brief review of a Macintosh programming book I just
finished reading.  (Hopefully I can do this without starting the
language and development system wars anew :-).  Before I get too far, I
must comment that I reviewed several chapters of the book while in
manuscript form but I stress that I have no interest, financial or
otherwise, in the sale of this book.  On to the review!

    Title:        Programming With Macintosh Programmer's Workshop
    Author:        Joel West
    Publisher:    Bantam
    Cost:        $29.95 retail
    Size:        750 pages

I've been programming the Mac since Feb 87, mostly using MPW C.  There
is a lot to learn what with 1500 to 2000 pages of IM and another 1700
pages of MPW docs.  So why buy another 750 pages?  Several reasons.
Perhaps you haven't decided on a development system yet, and you want to
know more about MPW before shelling out $350 to $500 for the software
(since Apple won't sell the manuals separately, as far as I know). In
this case, Joel's book is ideal, because it tells you precisely what MPW
can do.

Or maybe you've already spent all the money, and like me, are having a
tough time getting a foot-hold in all that paper.  Again, "Programming
with MPW" is a big help.  It starts off with a discussion of Mac system
software and goes through all the basic concepts regarding memory
management, ports, events, arithmetic, etc. - the neat part is that
there is lots of narrative, rather than just dry technical content.  So
you can more easily understand what is going on.

The next chapter takes you through program structure, and explains how
globals are laid out, how to build applications, tools (an MPW concept),
DAs, drivers, inits, etc.  From there, the book moves on to MPW shell
concepts (similar to the Unix sh and csh), explaining how to use the
shell interactively and how to customize the MPW environment with your
own menus, etc.

The editor is tackled next, and a good treatment of regular expressions
is given.  From there, the book moves on to shell programming, and has
lots of good info on using the expression and pattern matching
capabilities of MPW shell.

Languages are tackled next.  There is a chapter on Pascal, and one on C.
Both chapters assume you already know the language and concentrate on
what is unique about MPW's implementation.  Several examples are given
to show how a complete program is put together.  MPW introduces a
"semi-new" language, which I'll call "rez" since that is the name of the
compiler - rez is related to the old rmaker syntax with vast
improvements; Joel gives a very clear treatment of resources including
how to build them with rez, how to take them apart, and how to
graphically manipulate them with ResEdit.  (BTW, this is the first book
I've seen which explains how to customize ResEdit!)

The two final chapters discuss the linker and MacApp respectively.  The
linker in MPW is rather complex, since it can pull assembler, Pascal, C,
and library archives together while re-segmenting, etc.  Also in this
chapter is information on the "make" command.  The MacApp chapter gives
a good introduction to object-oriented programming and then shows how
MacApp uses this to greatly speed the development process.

The book concludes with appendices on commands and other syntax, and
best of all, a section on MPW for Unix hackers.  Like how to alias the
world to make MPW look even more like Unix.

This has gotten overly long.  Pick up a copy of the book.  It's good
stuff.  Lots of narrative and examples.  Easy to read.

    Steve Falco   moss!saf   [e-mail]


------------------------------

From: [e-mail] (benjamin Waldman)
Subject: INITs
Date: 27 Jan 88 20:16:18 GMT

Is there any difference between INITS in the system file, and INITs in
INIT files?

One application I was using stuck an INIT in my system file, which
annoyed me, so I went into ResEdit, cut out the INIT, pasted it into a
new file, which I gave a type of INIT.

Upon booting the computer, the INIT showed its icon, but then the
computer bombed - ILGL error in Macsbug I think.  Why would this happen?
 Do INITs have to be written differently to exist alone, outside the
system file?
--
Thanks,
Ben Waldman
[e-mail]


------------------------------

From: [e-mail] (Richard Siegel)
Subject: Re: Assemblers with TML Pascal?
Date: 27 Jan 88 18:37:21 GMT
Organization: Carnegie Mellon University

The TML Pascal compiler outputs source that should be compatible with
the MDS  (now sold by Consulair) assembler.

Agreed, the code is *very* topheavy.

        --Rich
--
===================================================================
Richard Siegel
THINK Technologies, QA Technician (on leave)

Arpa: [e-mail]
UUCP: {decvax,ucbvax,sun}!andrew.cmu.edu!rs4u
==================================================================


------------------------------

From: [e-mail] (Richard Siegel)
Subject: Re: sprintf() bug?
Date: 27 Jan 88 19:00:32 GMT
Organization: Carnegie Mellon University


Are you trying to print floating-point values this way? If so, then you
cannot  use "%d" for floats; you need to use "%f".

Try that, and see if it works. You'll find that when you pass sprintf()
the  correct formatting, it will work correctly in all cases.

Additional recommendation: to avoid having to use CtoPstr, just use the
"\p"  at the beginning of the string:

    sprintf(tempstring, "%s %f %s %f", "\pthe square of ", x, "is", (x
*x));
    DrawString(tempstring);


        --Rich
--
===================================================================
Richard Siegel
THINK Technologies, QA Technician (on leave)

Arpa: [e-mail]
UUCP: {decvax,ucbvax,sun}!andrew.cmu.edu!rs4u
==================================================================


------------------------------

From: [e-mail] (GuestRA)
Subject: Large external Hard Disks
Date: 25 Jan 88 23:09:54 GMT
Organization: AT&T, Denver, CO


We are in need of a large hard disk for use with our Macs (mostly Mac
IIs), something on the order of 100 MB or more.  Can anyone who has
experience with large SCSI drives let me know their opinions? Thanks,
--
Ronald A. Guest
...!ihnp4!druhi!cosmos

Supervisor
AT&T Laboratories        <--- but these are my thoughts, not theirs
12110 N. Pecos St.
Denver, Colorado 80234
[phone]


------------------------------

From: [e-mail] (blumenthal @ home with the armadillos)
Subject: Wanted:  Recommendations for doctor's office accounting programs
Date: 27 Jan 88 21:46:02 GMT

I'm pretty sure this question has been asked recently, but does anyone
have recommendations for programs for doing the books for a doctor's
office.  I have heard of one which uses the one-line with form
technique.  Please mail replies to me if possible, and I will summarize
if there is interest.  Thanks very much and apologies for the noise.

Take care, brad
--
Brad Blumenthal            ARPA: [e-mail]
                           UUCP: {seismo, harvard}!ut-sally!pheasant!brad


------------------------------

From: [e-mail] (GuestRA)
Subject: Grammar checkers
Date: 26 Jan 88 15:39:24 GMT
Organization: AT&T, Denver, CO


We're thinking about purchasing a grammar checker such as Sensible
Grammar, MacProof, or Word Tools.  If anyone has any experience with
this programs, please let me know what you think about them.  If there's
sufficient interest and response, I'll post a summary.  Sorry if this
has already been discussed.
--
Ronald A. Guest
...!ihnp4!druhi!cosmos
Supervisor
AT&T Laboratories        <--- but these are my thoughts, not theirs
12110 N. Pecos St.
Denver, Colorado 80234
[phone]


------------------------------

From: [e-mail] (Larry Rosenstein)
Subject: Re: Setting cursor position and mouse speed.
Date: 27 Jan 88 18:50:04 GMT
Organization: Advanced Technology Group, Apple Computer

I think the philosophy should be that the user is in control of the
mouse and the cursor.  Therefore, the user can move the cursor anywhere
on the screen (even between grid points).

If the program has some sort of gridding on, then it acts as a
constraint on the object being manipulated and not on the cursor
position.  In this case, moving the mouse a tiny bit will move the
cursor, but won't make any change on the screen.

I don't know why the inconsistency happened.  It is possible that the
programmers considered constraining the cursor to 1 axis to be too
severe. (I think some users would consider such a constraint as a sign
that the mouse was broken!)

--
Larry Rosenstein

Object Specialist
Apple Computer

AppleLink: Rosenstein1
UUCP:  {sun, voder, nsc}!apple!lsr
CSNET: [e-mail]


------------------------------

From: [e-mail] (Leonard Hamey)
Subject: Re: Wrapping up the toolbox (summary)
Date: 28 Jan 88 00:33:43 GMT
Organization: Carnegie-Mellon University, CS/RI

For those who wonder what the answers are...

    1)    TRANSEDIT, TRANSSKEL and TRANSDISPLAY
        available in LSC and Pascal for ftp from SUMEX-AIM.
        (I got these)
    2)    MacApp under MPW.
    3)    MacExpress from AlSoft
    4)    Programmer's Extender from Invention Software

I haven't had a chance to try 'em yet, but reviews indicate that MacApp
is the most complete while TRANS... is free (or is it shareware...I
haven't looked everywhere a notice might be hidden yet :-) ).
--
----------------------------------------------------------------------
Leonard Hamey            Computer Science Dept.
[e-mail]            Carnegie Mellon University
<Substitute your favourite disclaimer here>

------------------------------

From: [e-mail] (David Palmer)
Subject: Re: sprintf() bug?
Date: 28 Jan 88 00:51:00 GMT
Organization: California Institute of Technology

In article <[e-mail]> [e-mail]
(Richard Siegel) writes:
>Additional recommendation: to avoid having to use CtoPstr, just use the "\p"
>at the beginning of the string:
>
>    sprintf(tempstring, "%s %f %s %f", "\pthe square of ", x, "is", (x *x));
>    DrawString(tempstring);

This will not work in any C which I understand.  What will be put into
tempstring is a null terminated string something like:
        \016the square of ;&91/z\234dsi 5.00000 is 25.00000 where \016 is the
first character in a Pascal string of length 14, ;&91/z\234dsi
represents random garbage in the memory following the string, which only
ends when there happens to be a byte containing \0, and the remainder is
self explanatory.

"\pfoo" does not represent a C-string whose first character is '\p', it
represents a Pascal string, a one-byte length followed by that many
characters.  Sprintf is passed an address as its argument, and it
expects that address to be of a C-string.  By the same token, using a
format string of "\p%s %f %s %f" will also fail to work.


        David Palmer
        [e-mail]
        ...rutgers!cit-vax!tybalt.caltech.edu!palmer
    "Every day it's the same thing--variety.  I want something different."


------------------------------

From: [e-mail] (Lorinda L. Brader)
Subject: international phonetics font (IPA)
Date: 27 Jan 88 20:31:43 GMT
Organization: The Pennsylvania State University - Computation Center

Does anyone know of an IPA font for the MacIntosh? Please send any
responses to me. Lorinda Brader

------------------------------

From: [e-mail] (Raymond Lau)
Subject: Re: V.I.P. prototyping tool
Date: 28 Jan 88 16:23:14 GMT
Organization: The Big Electric Cat

You're more or less stuck with the code.  I've looked at the output the
VIP=> LSC translator creates.  It's about 95% calls to VIP's library!
argh...that means ea. little thing you add in VIP is just a call to the
library.  Want to change the behavior of something?  Guess what
parameters and variables are accessed by the library routine....and
rewrite that routine!  (argh!)  Now, if it translated to toolbox calls,
it would be great.. If the library source were provided, it'd be almost
bearable...

But!  That just isn't so....you're more or less STUCK.

--
Raymond Lau                       GEnie: RayLau
100-04 70 Ave.                    CIS: 76174,2617
Forest Hills, NY 11375-5133       Delphi: RaymondLau
United States of America          MacNET: RayLau
uucp: [e-mail] (..{phri,cucard,bc-cis,mstan}!dasys1!raylau})


------------------------------

From: [e-mail] (73539000)
Subject: Antialiasing
Date: 29 Jan 88 03:37:49 GMT
Organization: University of California, Santa Cruz; CATS

Can anybody offer me some sources for algorithms for anti-aliasing?

I am particularly interested in an algorithm for fuzzing already
existing bitmaps.

Also, anyone who has decomposed the NFNT resource who would like to
share their finding, please email me. Apple has seen fit to cloud the
NFNT format from us. (Inside Mac V (release) isn't complete on this. at
least how it applys to multi-bit and fuzzy fonts.)
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~  Alexander M. Rosenberg  ~ INTERNET: [e-mail]   ~ Yoyodyne    ~
~  Crown College, UCSC     ~ UUCP:...!ucbvax!ucscc!ucscb!alibaba~ Propulsion  ~
~  Santa Cruz, CA 95064    ~ BITNET:[e-mail]  ~ Systems, Inc~
~               ~ Disclaimer: Nobody is my employer  ~ :-)         ~
~               ~ so nobody cares what I say.    ~          ~


------------------------------

From: [e-mail] (Gary Bringhurst)
Subject: Re: 24 bit video cards for Mac II
Date: 28 Jan 88 18:35:20 GMT
Organization: HP MicroWave Technology - Santa Rosa,CA

I've used the RasterOps 24 bit board, which provides a very nice, crisp
display but at this point is quite slow (about three times slower than
an 8 bit display).  Apparently, the people at RasterOps are working on
making their software faster.  One nice feature:  existing programs that
conform to the Apple guidelines draw just fine on this board.

Gary Bringhurst

(My opinions are almost never those of my employer)


------------------------------

From: [e-mail]
Subject: Lasershare:  Help!!
Date: 28 Jan 88 22:47:00 GMT

    HELP!!!!!

    Has anybody tried or know how using Lasershare to get it to
    spool to two different Lasers on the same network.  I have
    a two lasers for each appleshare network.  If you anybody
    knows, let me know.

                        Bill Wisell
                        United Phone Book

------------------------------

From: [e-mail] (Calvin Hamilton)
Subject: FrameMaker vs Fullwrite
Date: 28 Jan 88 17:01:38 GMT

Does anyone know of a software called FrameMaker? I have heard rumor
that it exists for the Mac, but have never seen any information on it.
How does it compare to Fullwrite?  I would appreciate any information
anyone has on this application.

Thanks,

--
Calvin Hamilton            {ihnp4,uunet}!iconsys!calvin
Icon International, Inc.    {ihnp4,psivax}!nrcvax!nrc-ut!iconsys!calvin
Orem, Utah 84058        ARPANET: [e-mail]
[phone]            BITNET: icon%byuadam.bitnet


------------------------------

From: [e-mail] (Shawn Baker)
Subject: Does anyone have Risk or Ultimatum war games?
Date: 27 Jan 88 06:34:44 GMT
Organization: Dept. of Computer Science, University College, UNSW, ADFA, Canberra, Australia

I noticed a recent posting asking about the war game Risk. I too would
be interested in finding this game as well as the Ultimatum game. I am
interested in either PD games or commercial products. Anyone with info
on either can mail me or post it, whichever you prefer. By the way, is
it true that Ultimatum has been discontinued as a board game? If not,
does anyone know where I can buy it or order it?

Thanks in advance.
--
Shawn Aubrey Baker        Phone ISD:    [phone] Fax: [phone]
Dept. Of Computer Science,    Telex:             ADFADM AA62030
University College, UNSW,    ACSNET/CSNET:    [e-mail]
Aust. Defence Force Academy,    UUCP:        ...!uunet!munnari!csadfa.oz!sab
Canberra, ACT            ARPA:        [e-mail]
AUSTRALIA    2600        JANET:        [e-mail]


------------------------------

From: [e-mail] (Neil Radisch)
Subject: Mac programming question
Date: 29 Jan 88 16:13:42 GMT
Organization: University of Pennsylvania

How does one tell SFGetfile that you want it to list files from a
directory other than the current one. I've tried various system calls to
set the default volume but SFGetfile still starts out by listing the
files in the directory that the application was in.

No generalizations please

thanks
--
|----------------------------------------------------------------------------|
| "Better to remain quiet and be thought a fool than to speak out and remove |
|  all doubt" --- Abraham Lincoln                                            |
|                                                                            |
|  [e-mail]                                               |
|----------------------------------------------------------------------------|


------------------------------

From: [e-mail] (Adam 'Buzz' Beguelin)
Subject: The Mac as a UUCP node
Date: 29 Jan 88 18:40:10 GMT
Organization: University of Colorado, Boulder

I have a friend who has a mac and he would like to make it into a uucp
node so he can get news and mail.  Does anyone have such code running on
a mac.  If its public domain could you email it to me.  If not could you
email me the name of the software and where it can be purchased?

Could you respond via email since there are so many messages in this
group that I habitually catch up and may miss any responses.
--
Thanks,
Adam Beguelin
University of Colorado, Boulder
[e-mail]

------------------------------

End of Usenet Mac Digest
************************
-------